Organizing search results using smart tag inferences

ABSTRACT

An aspect provides a method, including: accessing a tagging profile based on a store of historical user object information; determining, using the processor, a current user object search has been made by a user; determining, using the processor, a priority smart tag for providing results for the current user object search based on the tagging profile; and providing the results of the current user object search according to the priority tag determined. Other aspects are described and claimed.

BACKGROUND

Information handling devices (“devices”) come in a variety of forms, forexample laptop computing devices, tablet computing devices, smartphones, e-readers, MP3 players, and the like. Such devices areconfigured for media consumption and users typically store “files”,e.g., music, videos, pictures, documents, etc. (hereinafter simply“objects”) on the devices.

For example, a typical device user may have thousands and thousands ofobjects (files, pictures, content, etc.) scattered across his or herdevice. To compound this, with the advent of cloud computing and remotestorage, a user may have objects scattered across many devices (e.g.,laptop, tablet, smart phone, work station, etc.) and in cloud storagedevice(s). The user might remember some things about an object he or shewishes to retrieve, but the user nevertheless often may find itdifficult to find it quickly. For example, many devices create mediafile names that are less than helpful (e.g., a number corresponding to adigital image captured by a smart phone and stored on the smart phonelocally and in a cloud or other network connected device). Even if theuser has chosen a memorable file name or storage folder, objectretrieval can prove challenging in the current use environment wheretypically the objects are scattered throughout the device and/or devicesand not well organized from a retrieval standpoint.

BRIEF SUMMARY

In summary, one aspect provides a method, comprising: accessing atagging profile based on a store of historical user object information;determining, using the processor, a current user object search has beenmade by a user; determining, using the processor, a priority smart tagfor providing results for the current user object search based on thetagging profile; and providing the results of the current user objectsearch according to the priority tag determined.

Another aspect provides an information handling device, comprising: aprocessor; a memory device that stores instructions accessible to theprocessor, the instructions being executable by the processor to: accessa tagging profile based on a store of historical user objectinformation; determine, using the processor, a current user objectsearch has been made by a user; determine, using the processor, apriority smart tag for providing results for the current user objectsearch based on the tagging profile; and provide the results of thecurrent user object search according to the priority tag determined.

A further aspect provides a product, comprising: a storage device havingcode stored therewith, the code comprising: code that accesses a taggingprofile based on a store of historical user object information; codethat determines, using the processor, a current user object search hasbeen made by a user; code that determines, using the processor, apriority smart tag for providing results for the current user objectsearch based on the tagging profile; and code that provides the resultsof the current user object search according to the priority tagdetermined.

The foregoing is a summary and thus may contain simplifications,generalizations, and omissions of detail; consequently, those skilled inthe art will appreciate that the summary is illustrative only and is notintended to be in any way limiting.

For a better understanding of the embodiments, together with other andfurther features and advantages thereof, reference is made to thefollowing description, taken in conjunction with the accompanyingdrawings. The scope of the invention will be pointed out in the appendedclaims.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 illustrates an example of information handling device circuitry.

FIG. 2 illustrates another example of information handling devicecircuitry.

FIG. 3 illustrates an example method of organizing search results usingsmart tag inferences.

DETAILED DESCRIPTION

It will be readily understood that the components of the embodiments, asgenerally described and illustrated in the figures herein, may bearranged and designed in a wide variety of different configurations inaddition to the described example embodiments. Thus, the following moredetailed description of the example embodiments, as represented in thefigures, is not intended to limit the scope of the embodiments, asclaimed, but is merely representative of example embodiments.

Reference throughout this specification to “one embodiment” or “anembodiment” (or the like) means that a particular feature, structure, orcharacteristic described in connection with the embodiment is includedin at least one embodiment. Thus, the appearance of the phrases “in oneembodiment” or “in an embodiment” or the like in various placesthroughout this specification are not necessarily all referring to thesame embodiment.

Furthermore, the described features, structures, or characteristics maybe combined in any suitable manner in one or more embodiments. In thefollowing description, numerous specific details are provided to give athorough understanding of embodiments. One skilled in the relevant artwill recognize, however, that the various embodiments can be practicedwithout one or more of the specific details, or with other methods,components, materials, et cetera. In other instances, well knownstructures, materials, or operations are not shown or described indetail to avoid obfuscation.

As described in further detail herein, a user is often faced with aserious challenge when attempting to find an object he or she wants, andit is often doubly challenging to find the object quickly. Such a userwould benefit greatly from a retrieval mechanism that operates on theprinciple of tagging objects with data regarding “some thing(s) you willremember a year or more later”.

Today users are limited in their object retrieval choices. For instance,users are basically limited to only searching by file name and/or datethat file was modified, and/or information inside the file for some typeof files (e.g., words contained within a Microsoft WORD document).Unfortunately, from a usability stand point, this is either entirelyineffective (e.g., file name on a video file is a machine generatednumber) or simply frustrating, as this is not the way our minds work toremember clues about the object (and that are not necessarily in theobject), especially if it is a non-data object (picture, video, etc.).

Accordingly, an embodiment provides the ability to use smart tags forretrieval of user generated objects (e.g., pictures, documents, files,etc.) that are stored on the user's device(s). Some useful informationregarding smart tags is found in co-pending and commonly assigned U.S.patent application Ser. No. 13/919,293, entitled “SMART TAGS FOR CONTENTRETRIEVAL”, filed on Jun. 17, 2013 and in co-pending and commonlyassigned U.S. patent application Ser. No. 13/919,376, entitled“CONTEXTUAL SMART TAGS FOR CONTENT RETRIEVAL”, filed on Jun. 17, 2013;the contents of each of these prior applications are incorporated byreference in their entirety herein.

An embodiment permits, for example, generation of a smart tag describingan object (e.g., a picture file, a document, etc.) created by a user andstored on one of the user's devices. Thus, a user creating a picturefile by taking a picture may have a smart tag created and associatedtherewith and stored in a tag collection, e.g., on the user deviceand/or in a remote or cloud storage device. The tag may containmetadata, e.g., user provided metadata such as audio for generating keywords describing the picture file, and/or system originated data, e.g.,from one or more sensors, such as global positioning data regarding thelocation the picture was taken, data indicating an association of suchposition with nearby businesses or landmarks as for example available inmap data, sensed user devices in the location of the user deviceutilized to take the picture, e.g., smart phones of friends or familymembers in the vicinity, etc., data from sensors or other informationrepositories regarding the environment, e.g., temperature, weatherevents, ambient light, timing data, etc.

Given the ability to generate such smart tags, a user may be assisted ina search for an object via leveraging the smart tag data in the search.For example, if a user happens to be taking pictures of a friend at aparticular occasion, e.g., Bob's 50th birthday party, the user couldsimply say “Bob's 50th birthday party” to provide speech input forcreating a smart tag for the object to be created, i.e., the picture.This information is then processed (e.g., converted using aspeech-to-text mechanism) and stored as a separate tag or tags with alink/naming convention linking it to the object (picture). The user maythen later retrieve the object, i.e., the picture in this example,simply by inputting a search such as “the picture I took at the birthdayparty last week” and searching the smart tags for this object.

Smart tags may be generated for the entire content universe of a user(e.g., creating smart tag(s) including all key words contained within aword processing document, for all such word processing documents of theuser, as well as smart tags regarding location of document creation,modification, and other contextually based smart tags, etc.). Whilethese numerous smart tags offer a rich data background that may be usedto located the user's object(s), the utilization of such smart tagsshould be intelligently employed such that object search resultsprovided to a user take on a useful form rather than generating a largelist of user objects having smart tags matched to the query.

Accordingly, an embodiment provides for the use of a tagging profile inorganizing, e.g., ranking, the results of a user object query. Anembodiment for example generates smart tag based inferences using thetagging profile to rank search results according to what a user islikely to be interested in. User specific inferences and/or groupspecific inferences may be utilized.

The illustrated example embodiments will be best understood by referenceto the figures. The following description is intended only by way ofexample, and simply illustrates certain example embodiments.

While various other circuits, circuitry or components may be utilized ininformation handling devices, with regard to smart phone and/or tabletcircuitry 100, an example illustrated in FIG. 1 includes a system on achip design found for example in tablet or other mobile computingplatforms. Software and processor(s) are combined in a single chip 110.Processors comprise internal arithmetic units, registers, cache memory,busses, I/O ports, etc., as is well known in the art. Internal bussesand the like depend on different vendors, but essentially all theperipheral devices (120) may attach to a single chip 110. The circuitry100 combines the processor, memory control, and I/O controller hub allinto a single chip 110. Also, systems 100 of this type do not typicallyuse SATA or PCI or LPC. Common interfaces, for example, include SDIO andI2C.

There are power management chip(s) 130, e.g., a battery management unit,BMU, which manage power as supplied, for example, via a rechargeablebattery 140, which may be recharged by a connection to a power source(not shown). In at least one design, a single chip, such as 110, is usedto supply BIOS like functionality and DRAM memory.

System 100 typically includes one or more of a WWAN transceiver 150 anda WLAN transceiver 160 for connecting to various networks, such astelecommunications networks and wireless Internet devices, e.g., accesspoints. Additionally devices 120 are commonly included. System 100 oftenincludes a touch screen 170 for data input and display/rendering. System100 also typically includes various memory devices, for example flashmemory 180 and SDRAM 190.

FIG. 2 depicts a block diagram of another example of informationhandling device circuits, circuitry or components. The example depictedin FIG. 2 may correspond to computing systems such as the THINKPADseries of personal computers sold by Lenovo (US) Inc. of Morrisville,N.C., or other devices. As is apparent from the description herein,embodiments may include other features or only some of the features ofthe example illustrated in FIG. 2.

The example of FIG. 2 includes a so-called chipset 210 (a group ofintegrated circuits, or chips, that work together, chipsets) with anarchitecture that may vary depending on manufacturer (for example,INTEL, AMD, ARM, etc.). INTEL is a registered trademark of IntelCorporation in the United States and other countries. AMD is aregistered trademark of Advanced Micro Devices, Inc. in the UnitedStates and other countries. ARM is an unregistered trademark of ARMHoldings plc in the United States and other countries. The architectureof the chipset 210 includes a core and memory control group 220 and anI/O controller hub 250 that exchanges information (for example, data,signals, commands, etc.) via a direct management interface (DMI) 242 ora link controller 244. In FIG. 2, the DMI 242 is a chip-to-chipinterface (sometimes referred to as being a link between a “northbridge”and a “southbridge”). The core and memory control group 220 include oneor more processors 222 (for example, single or multi-core) and a memorycontroller hub 226 that exchange information via a front side bus (FSB)224; noting that components of the group 220 may be integrated in a chipthat supplants the conventional “northbridge” style architecture. One ormore processors 222 comprise internal arithmetic units, registers, cachememory, busses, I/O ports, etc., as is well known in the art.

In FIG. 2, the memory controller hub 226 interfaces with memory 240 (forexample, to provide support for a type of RAM that may be referred to as“system memory” or “memory”). The memory controller hub 226 furtherincludes a LVDS interface 232 for a display device 292 (for example, aCRT, a flat panel, touch screen, etc.). A block 238 includes sometechnologies that may be supported via the LVDS interface 232 (forexample, serial digital video, HDMI/DVI, display port). The memorycontroller hub 226 also includes a PCI-express interface (PCI-E) 234that may support discrete graphics 236.

In FIG. 2, the I/O hub controller 250 includes a SATA interface 251 (forexample, for HDDs, SDDs, etc., 280), a PCI-E interface 252 (for example,for wireless connections 282), a USB interface 253 (for example, fordevices 284 such as a digitizer, keyboard, mice, cameras, phones,microphones, storage, other connected devices, etc.), a networkinterface 254 (for example, LAN), a GPIO interface 255, a LPC interface270 (for ASICs 271, a TPM 272, a super I/O 273, a firmware hub 274, BIOSsupport 275 as well as various types of memory 276 such as ROM 277,Flash 278, and NVRAM 279), a power management interface 261, a clockgenerator interface 262, an audio interface 263 (for example, forspeakers 294), a TCO interface 264, a system management bus interface265, and SPI Flash 266, which can include BIOS 268 and boot code 290.The I/O hub controller 250 may include gigabit Ethernet support.

The system, upon power on, may be configured to execute boot code 290for the BIOS 268, as stored within the SPI Flash 266, and thereafterprocesses data under the control of one or more operating systems andapplication software (for example, stored in system memory 240). Anoperating system may be stored in any of a variety of locations andaccessed, for example, according to instructions of the BIOS 268. Asdescribed herein, a device may include fewer or more features than shownin the system of FIG. 2.

Information handling device circuitry, as for example outlined in FIG. 1or FIG. 2, may be user devices that are used to create and/or storeobjects, e.g., data or files created by the user. For example, devicesincluding circuitry outlined in the example of FIG. 1 may include asmart phone with which a user takes pictures, takes videos, purchasesand downloads music files, sends emails, texts, etc. Each of these dataobjects or files (simply referred to herein as “objects” or “userobjects”) may be stored by the user, e.g., on the device, in the cloud,on multiple user devices, etc.

As outlined above, a user will often face a significant challenge whenhe or she later attempts to find a particular object of interest. Thischallenge comes from the sheer volume of objects which may be created orgenerated and stored by the user. An embodiment facilitates user objectsearches via employing context data available in smart tags in anintelligent fashion such that user or group specific inferences may beutilized in organizing the search results.

For example, a user may wish to find a file that he or she worked onlast week. This may include hundreds of such documents (e.g., wordprocessing documents). Furthermore, if the user is defined as a group ofusers (e.g., working group, company division, social club, etc.), thelist of documents worked on within the last week, month, etc. may growexponentially.

Embodiments provide for smart tags to be created, thus simplifying thesearching and location of such objects, e.g., using parameters orcharacteristics of interest to the user and thus easily remember. Forexample, the user may recall that he or she not only worked on adocument last week, but also that he or she worked on that document at acoffee shop and that was a day it snowed. These additional parameters orcharacteristics regarding object context are captured in the smart tagsand may be leveraged for object retrieval.

Given the large amount of such context data that may be generated andused in forming the smart tags, referring to FIG. 3, an embodiment mayleverage information within a tagging profile to infer which contextdata represented by the smart tags may be most relevant for a particularsearch. The tagging profile may be generated, e.g., in the cloud or atthe user device, or a previously built tagging profile may be accessedby the user's device as needed. Additionally, a user data derivedprofile may be accessed and/or a default or group-specific profile maybe accessed. Moreover, combinations of profiles may be accessed, as isfurther described herein.

In an embodiment that builds a user profile, at an appropriate time,e.g., when a user creates an object or prior to object creation (e.g.,as a background task related to previously created objects), anembodiment may access object search information at 301. This objectsearch information may include historical object searching informationof a particular user, a group of users, etc. The object searchinformation may be stored on the user's device, partly on the user'sdevice and partly on another device, or entirely on another device,e.g., a cloud based storage location.

In any event, an embodiment may utilize the object search information toform or build a tagging profile at 302. That is, an embodiment maydetect various characteristics captured in or represented by the objectsearch information to profile a particular user, a particular group ofusers, etc. This information may therefore be utilized to build atagging profile at 302.

For example, an embodiment may analyze a user's query history and/or theuser's feedback about the results of queries to extract data useful informing the tagging profile at 302. By way of example, the taggingprofile may include the types of content that the user was previouslyinterested in, as indicated in the object search information, e.g., wordprocessing documents, calendar entries, etc. The tagging profile mayinclude a list of tag categories that are relevant to the user, e.g., asindicated by the past usage thereof in completing searches for thisparticular user, e.g., environmental conditions during objectcreation/modification, etc. The tagging profile may include a set oftags that have been relevant in the past to the user, e.g., specifictags used by the user.

With a tagging profile available, when the user next searches for a userobject at 303, e.g., word processing document, email, picture file,etc., the tagging profile may be accessed at 304 to infer smart tag(s)that may be of interest to the user. For example, a tagging profileaccessed at 304 may indicate one or more priority smart tags, e.g., asmart tag or smart tag category frequently used by this particular user.Examples of smart tags or smart tag categories frequently used mayinclude but are not limited to file type smart tags (e.g., smart tagsfor picture files, video files, word processing documents, etc.), timeor location smart tags, sensor derived smart tags, e.g., indicative oftemperature, weather, location, etc.

If one or more priority smart tags, e.g., smart tags and/or smart tagcategories frequently used by this particular user, have been determinedfor the user, as indicated in the user's tagging profile, an embodimentdetermines if the user's current search for a new object invokes or isassociated with one or more of these priority smart tags/smart tagcategories at 305. If there is a match between the profile smart taginformation and the tags associated with the current search, anembodiment may infer that results having smart tags matching the highpriority smart tags/smart tag categories are more relevant to the userthan results that, while having smart tags matched to the search orsub-parts thereof, do not also match the high priority smart tagsindicated in the tagging profile.

As described herein, an embodiment may generate user specific inferencesand/or group specific inferences, e.g., based on the tagging profile(s)accessed at 304. Thus, based on a user's previous choices, e.g., smarttag/smart tag category preferences indicated in the tagging profile,smart tag correlations are created for the user to intelligentlyorganize the search results.

For example, the user's previous choices may be used in filtering orprioritizing results. Results may be further subdivided by categoriesthat make sense to a user based on information indicated in the taggingprofile. For example, a user may be presented results that are organizedand separately ranked by various categories indicated as popular for theuser in the tagging profile. As a specific example, the tagging profilemay indicate two priority smart tag categories for a particular user,e.g., files the user works on for personal life and files the user workson at work. The results may thus be bifurcated into two groups, i.e.,those objects having a work smart tag and those objects having apersonal smart tag, with each results list ranked separately. Anembodiment may optionally present the user with an opportunity tocontrol the implementation and use of a tagging profile, e.g.,presenting organized results as a suggestion for organizing the results,asking the user to opt-in for use of a tagging profile, asking the userfor an indication of a particular tagging profile for use, etc.

The matching or associating of priority tags within the profile withtags invoked by the search may be strengthened in a variety of ways. Forexample, terms of the input user search may be extracted and utilized tonarrow down or refine the list of results based on what the user didwith the file. In this regard, for example, if the search made by theuser was “find the file I looked at last week”, an embodiment maydistinguish this from (and therefore match different smart tags from thetagging profile) a search of “find the file I worked on last week”.

In this specific example, an embodiment may distinguish between smarttags associated with modification (e.g., associated with the search term“worked” or the search terms “worked on”) from smart tags associatedwith accessing (e.g., associated with the search term “looked” or thesearch terms “looked at”). Thus, if the tagging profile containspriority tags for both modified files and accessed files, only theaccessed files smart tag may be determined to be a high priority smarttag invoked by the search at 305.

Similarly, the priority level may be refined by an embodiment ratherthan simply having a priority/low priority determination. For example,smart tags/smart tag categories, such as time of day or location, may beused to determine or infer a priority level for the particular smarttags and thus infer or determine what the user is interested in withrespect to a given search and its characteristics. Thus, by way ofexample, if a user typically edits video files at 1:00 p.m. or at acertain location, and searches for video files at the particular time orlocation, video files having smart tags of this time and/or locationmight have a higher priority in this context, even though a “video file”smart tag category is listed as high priority smart tag in the user'stagging profile. Therefore, for a search query made at that time and/orlocation the, such information may be utilized in determining whichsmart tags included in the user's profile are higher in priority orhighest in priority for a search made in that given context. Other smarttags may be used in this regard, depending on which data is determinedto be contextually relevant, e.g., device type, ambient lighting level,weather conditions, etc.

It is worth noting that a user may utilize a group specific taggingprofile, e.g., via accessing a group specific tagging profile via acloud account. This may be appropriate in a variety of situations, e.g.,the user is new and thus not much data is available to build a userspecific tagging profile, a user is known to belong to a particulargroup, etc. A group inference therefore may be generated by anembodiment, e.g., automatically, if previous choices of the user matchwhat is typical for a particular group such that a group tagging profilemay be selected for the user. The system may for example determine ifuser specific tagging profiles (and inferences drawn therefrom) or groupspecific tagging profiles (and inferences drawn therefrom) are mostappropriate for a given user search and/or may ask the user which ismost appropriate, desired, etc.

Similarly, when viewing search results, the user may choose to viewindividual results or group/population results. That is, an embodimentmay conduct the search using two or more tagging profiles (e.g., a userspecific tagging profile, a group specific tagging profile, etc.) togenerate more than one version of results. For example, if the query is“find the document I worked on last week”, group results may includedocument types that are popular to that group of people whereasindividual results may include document types that are popular only tothat specific user issuing the query. Results may be presented to theuser in a variety of ways. For example, an embodiment may allow a userto select an appropriate list of results and/or group andindividual/user specific results may each be combined in an organizedresults presentation.

An embodiment therefore facilitates utilization of tagging profiles toinfer which results may be most relevant to a particular user. Thisallows for intelligent handling of a large number of potentiallyrelevant smart tags such that high priority tags and the objectsassociated therewith will be promoted or higher ranked in object resultsprovided to the user.

It should be noted that the various functions described herein may beimplemented using instructions stored on a device readable storagemedium such as a non-signal storage device that are executed by aprocessor. Any combination of one or more non-signal device readablestorage medium(s) may be utilized. A storage medium may be, for example,an electronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system, apparatus, or device, or any suitable combinationof the foregoing. More specific examples of a storage medium wouldinclude the following: a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), an optical fiber,a portable compact disc read-only memory (CD-ROM), an optical storagedevice, a magnetic storage device, or any suitable combination of theforegoing. In the context of this document, a storage medium is not asignal and “non-transitory” includes all media except signal media.

Program code embodied on a storage medium may be transmitted using anyappropriate medium, including but not limited to wireless, wireline,optical fiber cable, RF, et cetera, or any suitable combination of theforegoing.

Program code for carrying out operations may be written in anycombination of one or more programming languages. The program code mayexecute entirely on a single device, partly on a single device, as astand-alone software package, partly on single device and partly onanother device, or entirely on the other device. In some cases, thedevices may be connected through any type of connection or network,including a local area network (LAN) or a wide area network (WAN), orthe connection may be made through other devices (for example, throughthe Internet using an Internet Service Provider), through wirelessconnections, e.g., near-field communication, or through a hard wireconnection, such as over a USB connection.

Example embodiments are described herein with reference to the figures,which illustrate example methods, devices and program products accordingto various example embodiments. It will be understood that the actionsand functionality may be implemented at least in part by programinstructions. These program instructions may be provided to a processorof a general purpose information handling device, a special purposeinformation handling device, or other programmable data processingdevice to produce a machine, such that the instructions, which executevia a processor of the device implement the functions/acts specified.

It is worth noting that while specific blocks are used in the figures,and a particular ordering of blocks has been illustrated, these arenon-limiting examples. In certain contexts, two or more blocks may becombined, a block may be split into two or more blocks, or certainblocks may be re-ordered or re-organized as appropriate, as the explicitillustrated examples are used only for descriptive purposes and are notto be construed as limiting.

As used herein, the singular “a” and “an” may be construed as includingthe plural “one or more” unless clearly indicated otherwise.

This disclosure has been presented for purposes of illustration anddescription but is not intended to be exhaustive or limiting. Manymodifications and variations will be apparent to those of ordinary skillin the art. The example embodiments were chosen and described in orderto explain principles and practical application, and to enable others ofordinary skill in the art to understand the disclosure for variousembodiments with various modifications as are suited to the particularuse contemplated.

Thus, although illustrative example embodiments have been describedherein with reference to the accompanying figures, it is to beunderstood that this description is not limiting and that various otherchanges and modifications may be affected therein by one skilled in theart without departing from the scope or spirit of the disclosure.

What is claimed is:
 1. A method, comprising: accessing a tagging profilebased on a store of historical user object information; determining,using the processor, a current user object search has been made by auser; determining, using the processor, a priority smart tag forproviding results for the current user object search based on thetagging profile; and providing the results of the current user objectsearch according to the priority tag determined.
 2. The method of claim1, further comprising: analyzing the current user object search toascertain a relevance parameter; and refining the results of the currentuser object search according to the relevance parameter.
 3. The methodof claim 1, wherein providing the results of the current user objectsearch according to the priority tag determined comprises organizing theresults based on an organization selected from the group oforganizations consisting of: ranking results of the current user objectsearch based on the priority tag; grouping results based on the prioritytag; and limiting results to object storage locations associated withthe priority tag.
 4. The method of claim 1, wherein the tagging profileis user specific.
 5. The method of claim 4, wherein the tagging profileindicates smart tag categories frequently used by the user.
 6. Themethod of claim 1, wherein the tagging profile is group specific.
 7. Themethod of claim 6, wherein the tagging profile indicates smart tagcategories frequently used by a group.
 8. The method of claim 7, whereinthe group is associated with a user making the current user objectsearch via cloud account data.
 9. The method of claim 1, wherein thepriority smart tag is associated with a user object type.
 10. The methodof claim 1, wherein a user object is an object created by the user andresident on one or more devices associated with the user.
 11. Aninformation handling device, comprising: a processor; a memory devicethat stores instructions accessible to the processor, the instructionsbeing executable by the processor to: access a tagging profile based ona store of historical user object information; determine, using theprocessor, a current user object search has been made by a user;determine, using the processor, a priority smart tag for providingresults for the current user object search based on the tagging profile;and provide the results of the current user object search according tothe priority tag determined.
 12. The information handling device ofclaim 11, wherein the instructions are further executable by theprocessor to: analyze the current user object search to ascertain arelevance parameter; and refine the results of the current user objectsearch according to the relevance parameter.
 13. The informationhandling device of claim 11, wherein to provide the results of thecurrent user object search according to the priority tag determinedcomprises organizing the results based on an organization selected fromthe group of organizations consisting of: ranking results of the currentuser object search based on the priority tag; grouping results based onthe priority tag; and limiting results to object storage locationsassociated with the priority tag.
 14. The information handling device ofclaim 11, wherein the tagging profile is user specific.
 15. Theinformation handling device of claim 14, wherein the tagging profileindicates smart tag categories frequently used by the user.
 16. Theinformation handling device of claim 11, wherein the tagging profile isgroup specific.
 17. The information handling device of claim 16, whereinthe tagging profile indicates smart tag categories frequently used by agroup.
 18. The information handling device of claim 17, wherein thegroup is associated with a user making the current user object searchvia cloud account data.
 19. The information handling device of claim 11,wherein the priority smart tag is associated with a user object type.20. A product, comprising: a storage device having code storedtherewith, the code comprising: code that accesses a tagging profilebased on a store of historical user object information; code thatdetermines, using the processor, a current user object search has beenmade by a user; code that determines, using the processor, a prioritysmart tag for providing results for the current user object search basedon the tagging profile; and code that provides the results of thecurrent user object search according to the priority tag determined.